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Information  Technology  and  Work  Groips: 
The  Case  of  New  Product  Teams 

jifastzact 

Advances  in  ccarputing  and  conmunications  capabilities  are  becoming 
widely  available  to  groii^js  to  help  them  to  do  their  work.  The  develop- 
ment of  these  systems  has  primarily  grcwn  out  of  new  technologies  and 
not  from  an  understanding  of  the  assignments  groups  are  asked  to 
ccirplete.  We  believe  that  an  in-d^th  understanding  of  the  coirplex 
tasks  that  groij^^s  are  frequently  assigned  is  necessary  to  realize  the 
full  capabilities  of  new  technologies.  In  this  chapter,  we  focus  on 
groi^js  v*iich  face  the  hi^ily  interactive  and  cortplex  task  of  developing 
new  products  and  present  a  description  of  the  activities  in  vAiich  these 
teams  engage  and  move  from  that  data  to  suggest  hew  information 
technology  mi^t  better  be  \ased  to  support  the  work  of  those  teams. 


Information  Technology  eind  Work  Groups: 
llie  Case  of  New  Product  Teams 

TTie  Qianging  Role  of  Gtol^js  in  Qrganlza±ians 

Today,  task  forces  and  project  teams  are  performing  tasks  that 
might  formerly  have  been  handled  throui^  an  organization's  formal 
structure  or  assigned  to  individuals.  Whether  it  is  the  establishment 
of  product  development  teams  at  General  Motors  or  Proctor  and  Gamble, 
quality  circles  at  Lockheed,  or  groins  to  irtplement  new  manufacturing 
strategies  in  the  aerospace  industry  (Kazanjian  &  Drazin,  1988),  the 
use  of  teams  is  ej^anding  rapidly  (Goodman,  1986)  because  they  are 
believed  to  increase  individual  comraitment  and  performance,  thus 
shortening  the  time  necessary  to  bring  a  new  product  to  market  and 
thereby  increasing  cortpetitiveness  (Hackman  &  Walton,  1987;  Kanter, 
1986) .  Groij^js  are  also  formed  out  of  necessity;  as  products  and 
technologies  became  more  ccorplex,  vAiat  once  could  have  been  done  by  an 
individual  may  new  require  the  irput  and  ej^jerience  of  a  number  of 
individuals.  Similarly  because  important  decisions  involve  many 
constituencies,  the  use  of  teams  broadens  participation  in  decision 
making,  thus  increasing  commitment  to  the  decision  (c.f.  Coch  &  French, 
1948;  Janis  &  Mann,  1977). 

Althoui^  groi^as  have  always  been  an  inportant  tool  for  acconp- 
lishing  organizational  goals,  the  form  and  usage  of  groups  differs  from 
the  past.  One  area  of  difference  is  in  the  increased  amount  of 
authority  and  responsibility  granted  to  the  team  (Galbraith,  1982; 
Kanter,  1983) .    In  response  to  international  conpetition  and  the 
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accelerating  pace  of  technologiced  eind  narket  c±;ange,  organizations 
have  attenpted  to  beccsne  more  fle>d±)le  and  adaptcible.  One  way  to  do 
this  is  to  push  decision  making  dcwn  the  orgcmizationcil  hierartiiy, 
assigning  the  freedcm  and  responsibility  to  respond  to  threats  and 
opportunities  to  task  forces  and  project  teams.  However,  when  group 
projects  and  goals  ctre  generated  frcjn  within  rather  than  assigned  from 
above,  the  group  hsears  a  special  burden;  because  it  lacks  adminis- 
trative approval  for  its  actions,  it  must  work  to  find  support  for  its 
ideas  within  the  organization. 

A  second  way  the  use  of  grtx^is  is  changing  is  in  hc^'  individuals 
are  assigned  to  them.  Rather  than  permanently  assigning  individuals  to 
work  groups  with  a  fixed  task  or  set  of  tasks,  the  norm  is  often  to 
assign  individuals  to  work  part-time  on  multiple  projects.  These 
grcujps  are  often  tenporary  and  have  membership  that  changes  over  time; 
they  are  made  vp  of  individuals  vAio  must  work  closely  together  for  a 
short  period  of  time  v*iile  siitiultaneously  carrying  on  other  individual 
or  group  work,  and  maintaining  ccgrardtments  and  loyalties  to  other  parts 
of  the  organization. 

A  third  factor  that  differentiates  the  new  form  of  groi-ps  from 
others  is  cross-functional  corrposition  or  orientation.  To  respond  to 
competitive  challenges,  organizational  units  often  have  to  be  more 
closely  coipled  than  in  the  past,  sometimes  even  working  in  parallel  to 
corrplete  assignments  that  span  traditional  organizational  units  (Clark 
&  Fujimoto,  1987)  .  Thus,  individucil  work  grtxp  members  must  interact 
extensively  with  others  v*io  are  not  team  members.  The  groip  can  no 
longer  be  seen  as  a  bounded  unit;  rather  it  must  be  viewed  as   em  open 
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system  interacting  with  other  groips  and  individuals  in  the  organiza- 
tional environment. 

At  the  same  time  as  the  lose  and  form  of  organizational  groins  is 
changing,  advances  in  ocBrputer  science  and  information  technology  offer 
new  techniques  that  can  influence  the  processes  and  performance  of  a 
groi:^).  In  recent  years  not  only  have  large  numbers  of  eitployees 
acquired  access  to  corputers,  but  the  ability  to  connect  ccfftputers  to 
each  other  has  created  the  potential  for  altered  patterns  of  comraunica- 
tion  and  coordination.  For  instance,  teleconferencing  allows  for 
multiple  individuals  in  geograjiiically  dispersed  locations  to  hold 
meetings,  group  decision  sL5)port  systems  have  been  designed  to  enhance 
the  decision  ma3cing  ability  of  groups  throu(^  procedures  that  structure 
the  weighting  of  alternative  solutions  (Kraemer  &  King,  1986) ,  and 
CAD/CAM  systems  can  be  used  to  help  people  display  and  manipulate 
technical  information  mor«  effectively  in  face-to- face  meetings. 
Finally,  as  the  other  chapters  in  this  volume  indicate,  "groupware"  of 
various  kinds  is  continually  being  developed  to  support  collaborative 
work  (Abel;  Lakin;  Landcw;  Olson  &  Atkin,  this  volume). 

These  new  technologies  may  significantly  affect  the  way  group 
members  work  with  each  other  and  with  other  parts  of  the  organization. 
What  is  less  clear  is  v^ether  the  nature  and  role  of  these  new  tech- 
nologies will  depend  solely  on  the  intuitions  of  systems  designers  or 
will  be  guided  by  a  coherent  theory  of  hew  pecple  must  coordinate  their 
activities  to  conplete  group  tasks  (Malone,  1987) . 

Eteveloping  More  Ocrplete  llieories  of  Groups 

To  keep  pace  with  these  changes,  conceptual  analyses  of  groips 
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need  to  take  into  accxxmt  the  specific  things  groups  inust  do  ard  how 
grot53  members  must  interact  with  individuals  outside  the  group  to 
conplete  their  assignments.  I^iis  contrasts  to  vAiat  is  the  more  typical 
approach  of  relying  on  sinple  models  of  group  tasks  eind  focusing 
exclusively  on  interactions  within  the  group. 

An  understanding  of  the  specific  task  a  team  must  perform  can  lead 
to  the  development  of  a  fuller  model  of  group  process  and  allow  for  a 
more  ccgrplete  definition  of  team  performance  (Goodman,  Ravlin  & 
Schminke,  1987)  than  normally  used  and  therefore  eliminate  many  of  the 
conflicting  findings  common  in  group  research  (c.f.  Gresov,  1988).  It 
is  our  contention  that  only  group  research  that  begins  with  a  clear 
understanding  of  the  team's  task  can  lead  to  useful  theories  of  how 
people  must  coordinate  and  thus  guide  the  development  of  inproved 
information  technologies. 

Since  teams  and  task  forces  must  both  draw  resources  from  the 
organization  and  give  back  to  the  organization  the  results  of  their 
efforts,  we  believe  that  models  of  groip  activities  must  include  both 
the  things  team  memlDers  do  with  one  another  and  those  things  that  are 
done  with  people  outside  the  groLf).  This  approach  contrasts  with  many 
theories  of  groins  with  focus  almost  exclusively  on  the  processes  and 
activities  that  occur  inside  the  groip.  Ihere  is  a  long  history  of 
luirping  the  critical  activities  of  a  groins  into  those  related  to 
accoiiplishing  the  task  cind  those  contributing  to  the  maintenance  of  the 
groi?)  (Philip  &  EXirphy,  1959;  Schein,  1988).  Research  grcwing  out  of 
this  tradition  has  led  to  a  good  understanding  of  individual  behavior 
in  groups  (c.f.  McGrath,  1984),  ccsnmunication  among  group  members 
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(Putnam,  1986),  the  phases  groups  go  throui^  (Tuckman,  1965;  Gersick, 
1988),  and  hew  groi^ss  make  decisions  (c.f.  Bettenhausen  &  Mumi(^ian, 
1985) .  It  has  not,  hcwever,  led  to  a  clear  understanding  of  hew  groi^js 
deal  with  others,  including  hew  the  groLp  obtains  the  resources 
necessary  to  coraplete  its  task  and  gains  si^sport  for  the  results  of  its 
efforts. 

Pecently,  a  number  of  studies  have  started  to  ejq)lore  corarnunica- 
tions  between  work  groups  and  the  environment  in  v*iich  they  exist  and 
to  examine  the  iirpact  of  these  coramunications  on  groijp  performance. 
For  exairple,  in  investigations  of  research  and  development  labora- 
tories, the  amount  of  external  comraunication  with  other  parts  of  the 
organization  has  been  positively  related  to  performance  (Allen,  1984; 
Katz  &  Tushman,  1981;  Tushman,  1977,  1979).  Bringing  information  into 
the  groi^)  is  only  one  way  the  grotp  interacts  with  other  groups.  In  an 
earlier  paper  (Ancona  &  Caldwell,  1988)  we  described  a  broad  model  of 
the  types  of  activities  in  vdiich  grcaps  engage  to  manage  their  depen- 
dencies with  others  including  hew  the  grcn^)  defines  its  membership,  hew 
the  groi:?)  manipulates  the  permeability  of  its  boundary,  and  hew  the 
groL?)  atteirpts  to  obtain  information  and  resources  from  its  environ- 
ment. 

Ihese  observations  have  led  us  to  conclude  that  theories  of  groi:?DS 
in  organizations  be  more  useful  if  they  incorporate  information  about 
the  group's  task  and  consider  both  internal  processes  and  the  way  the 
group  deals  with  others.  Furthermore,  we  posit  that  if  information 
technologies  are  to  be  used  to  iitprove  the  performance  of  hii^ily 
conplex  teams,  they  must  be  designed  with  a  clear  vinderstanding  of  the 
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camnunications  and  task  activities  that  take  place  within  the  group  as 
well  as  those  between  groups  members  eind  outsiders.  To  provide  a  part 
of  that  foundation,  we  describe  here  p^art  of  our  ctservations  of  new 
product  teams,  one  exeirplar  of  the  type  of  groL53  that  is  assuming 
increcising  inportance  in  organizations. 

These  teams  are  responsible  not  only  for  the  specific  technical 
design  of  a  product,  but  eilso  for  coordinating  the  numerous  functional 
areas  and  hierarchical  levels  that  have  information  and  resources 
necessary  to  make  the  new  product  a  success.  Team  members  may  be 
assigTTed  to  the  team  full-time  or  may  be  only  part-time  participants. 
Similarly,  members  may  remain  on  the  team  from  inception  to  finish,  or 
may  terminate  membership  after  some  portion  of  the  task  is  ccsrpleted. 
Given  these  characteristics  the  new  product  team  provides  an  ideal 
model  of  the  ad  hoc  task  group, and  is  therefore  a  \aseful  model  for 
thin3\ing  about  hew  information  technology  might  be  used  to  assist 
teams  v*io  must  nanage  dependencies  on  other  organizational  entities  to 
carry  out  a  corplex  collaborative  task. 

In  the  remainder  of  this  paper,  we  will  describe  the  task  of  the 
new  product  team  and  some  of  the  activities  throu<^  which  these  teams 
conplete  their  work,  concentrating  on  hew  the  team  interacts  with 
others  to  conplete  its  assignments.  We  will  then  outline  hew  informa- 
tion technology  mi^t  be  designed  to  help  these  groups  carry  out  their 
work. • 

The  T^sk  of  the  New  Product  Team 
Our  observations  about  the  canplex  tasks  faced  by  new  product 


8 

teams  are  based  on  data  drawn  frcxn  a  study  of  the  product  development 
process  in  hii^  technology  ccnpanies.  The  conclusions  we  present  are 
based  on  data  collected  during  interviews  with  the  managers  of  new 
product  teams  at  seven  corporations  in  the  ccsiputer,  integrated 
circuit,  and  analytical  instrumentation  industries.  We  interviewed  34 
new  product  team  managers  vAiose  teams  were  at  various  stages  of  the 
product  developanent  process.  The  interviews  were  semi-structured  ani 
ranged  from  one  to  ei^t  hours,  with  an  average  length  of  approximately 
three  hours.  We  asked  each  manager  to  describe,  in  detail,  the 
activities  he  and  the  other  members  of  the  team  carried  out,  both 
within  and  outside  the  groves;  we  asked  each  to  discuss  shifts  in  team 
activities  over  the  product  development  process  and  to  describe 
stumbling  blocks  that  irrpeded  progress.  In  addition,  we  interviewed 
four  managers  vAio  were  responsible  for  supervising  multiple  teams. 
These  managers  were  asked  to  describe  patterns  they  had  observed  and 
differences  between  teams.  The  interviews  were  taped  and  transcribed, 
and  the  transcriptions  were  evaluated  to  identify  patterns  of  activity 
and  transitions  in  the  product  developanent  process.  In  addition, 
fifteen  new  product  team  members  were  asked  to  keqp  a  log  in  v*iich  they 
described  their  interactions  as  they  worked  to  ccmplete  their  tasks. 
This  sanple  is  neither  r^resentative  nor  large  enough  to  test  specific 
hypotheses.  Rather,  our  goal  is  to  describe  the  task  ard  processes  of 
the  new  product  team,  thereby  augmenting  the  normative  literature  with 
observations  from  the  field. 

For  most  of  the  teams  we  studied,  the  new  product  team  managers 
described  a  general  pattern  in  v*dch  two  events  served  to  divide  the 
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process  and  direct  the  new  prcxiuct  team's  activity.  We  refer  to  these 
events  as  transition  points  because  they  itark  major  shifts  in  the 
activities  of  team  members;  they  divide  the  product  develcpnent  process 
into  three  phases  which  we  label:  creation,  develcpnent,  and  diffusion. 
The  first  transition  point  r^resents  a  shift  frofi  a  "pxDssible  product" 
to  "definite  product."  The  second  involves  a  transfer  of  the  tech- 
nology and  product  cwnership  frcgn  the  new  product  team  to  others  in  the 
organization.  For  many  teams,  these  transitions  represent  major 
challenges  to  the  viability  of  the  groLqs. 

Our  interviews  suggest  that  each  jiiase  and  transition  point 
requires  different  patterns  of  team  functioning  eind  different  patterns 
of  interaction  with  outsiders  on  the  part  of  the  new  product  team. 
Belcw,  we  illustrate  the  nature  of  these  phases  and  transition  points 
with  excerpts  from  many  of  our  interviews  and  summarize  a  wider  range 
of  activities  found  across  the  teams. 
The  Creation  Phase 

The  first  thing  I  did  was  to  go  to  talk  to  lots  of  people  to  find 
out  v*iat  they  thought  the  product  was  and  hew  to  get  there.  This 
was  at  the  technical  level,  vAiat  are  the  details,  not  just  global 
suggestions.  I  started  out  with  the  guy  vAio  brou(^t  me  here,  he 
sent  me  to  see  someone  else,  and  so  it  went  that  I  came  to  talk  to 
a  lot  of  high-  and  middle-level  people.  The  interviews  were  open- 
ended  but  I  pushed  and  maybe  even  taught  them  a  few  things  about 
their  concept;  what  it  meant  to  produce  the  product  they  en- 
visioned. So  I  gained  knowledge  about  details  of  vAiat  the  product 
ought  to  be,  v^o  the  players  were,  v*iat  they  did,  and  what  they 
wanted. 

It's  not  exactly  clear  hew  the  vAiole  thing  got  started,  but  then 
it  seldom  is.  There  were  these  two  other  projects  going  on,  but 
they  weren't  doing  too  well.  So,  about  a  year  ago  the  Product 
Committee  decided  to  start  this  new  project.  We  started  out  by 
having  a  meeting  with  the  two  old  project  teams,  cind  members  of 
the  top  corporate  and  division  management.  This  was  Kay  and  we 
were  s\^posed  to  have  this  wonder  machine  ready  to  ship  by 
January.   After  the  two  former  leaders  were  signed  15)  for  the 
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project  I  pulled  in  two  more  key  people  eind  had  an  initial 
meeting.  This  was  the  core  of  the  group.  VJe  added  a  few  nore 
people  and  then  spent  a  couple  of  weeks  frittering  about,  reading 
stuff,  deciding  if  the  product  was  feasible.  Pecple  were  saying 
'no  way  it  can  h^pen'  and  I  was  busy  setting  things  ip  so  we'd 
have  a  place  to  live.  We  moved  in  and  launched  into  work. 

Our  interviewees  typically  r^xsrted  that  they  talked  frequently 
with  people  outside  the  team  in  this  early  phase.  The  topics  of  most 
of  these  interactions  fell  into  one  of  three  categories:  Collecting 
information  or  resources,  modeling  the  organizational  environment,  and 
building  links  with  other  groi^js.  They  collected  technical  information 
about  vdiat  was  and  was  not  feasible  and  vAiat  the  latest  innovations  had 
been,  market  information  about  vhat  products  were  selling  well  and  what 
the  conpetition  was  doing,  and  political  information  about  vAio  sup- 
ported the  project  and  v*io  did  not.  In  addition  to  collecting 
information,  they  attenpted  to  create  models  of  hew  other  groi:5)s  would 
respond  to  the  product.  This  included  forecasts  of  top  management's 
response  to  the  product  conc^t  or  potential  "snags"  viiich  mi^t  occur 
in  the  future.  Finally,  team  leaders'  r^xjrts  suggest  that  the  new 
product  teams  also  developed  ccsnmunication  links  with  other  groins  v*io 
did  not  have  information  or  resources  currently  needed  by  the  team. 
Many  of  these  contacts  were  ijndertaken  in  anticipation  of  a  later 
phase,  \ihen  the  cooperation  and  sii^port  of  the  target  groups  would  be 
needed.  In  other  cases,  these  efforts  to  build  communication  links 
involved  trying  to  shape  outside  opinion  to  make  it  more  favorable 
towards  the  team. 

Hcwever,  not  all  of  the  new  product  teams'  activities  were 
externally  oriented;  there  was  a  great  deal  of  interaction  among  team 
members  as  well.  Product  definition  was  a  clear  priority,  particularly 
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the  process  of  moving  fran  a  very  general  icJea  to  a  specific  design 
plcin.  One  manager  described  this  phase  bls  "playing  in  the  sandbox"; 
members  were  oca^sied  with  exploring  various  ideas  cind  determining 
feasibility  (See  Kraut,  Galet^er  &  Egido,  1988  for  a  similar  descrip- 
tion of  ijTtellectual  play  in  the  project  initiation  phcise  of  collabora- 
tive research.) .  This  preceded  the  difficult  job  of  selecting  the  best 
of  the  cdtematives  that  had  been  examined. 

During  this  phase,  the  membership  of  the  team  stabilized,  and 
internal  patterns  of  interaction  developed  and  began  to  formalize.  The 
task  of  the  groi^  at  this  time  is  one  of  defining  the  product,  deter- 
mining its  feasibility,  and  organizing  to  beccsne  a  working  team. 
Passible  to  Definite  Project:  A  Transition  Point 

The  design  review  was  set  up  to  make  sure  we  weren't  going  off  in 
crazy  directions.  All  of  R&D  was  invited,  quite  a  few  shewed  up. 
We  had  answers  to  most  of  their  questions,  and  we  got  lots  of 
helpful  irpjt.  We  were  official  new,  they  had  given  us  the  OK. 
We  went  back  to  work. 

The  first  sell  was  to  the  R&D  staff.  We  had  decided  what  we 
wanted  to  do  and  we  had  to  get  them  to  agree,  the  VPs  had  to  sign 
off.  We're  spending  their  money,  we  have  to  meet  their  needs  to 
keep  getting  resources.  We  got  lots  of  comments.  Then  we  had  to 
present  our  responses  to  their  ccanments  at  another  meeting  with  a 
broader  audience.  We  were  seeking  the  blessing  of  tcp  management. 

Management  just  couldn't  all  get  together  and  decide  which  chip 
they  were  going  to  use.  It  was  debated  and  changed  and  debated 
and  we  couldn't  really  get  working.  The  cost  and  time  to  delivery 
got  out  of  control.  We  had  to  scrap  the  whole  thing  and  most  of 
the  team  left  the  conpany. 

Our  interviews  suggest  that  the  first  transition  point  occurs  just 

prior  to  the  major  portion  of  the  development  phase  and  involves  a 

shift  from  recognition  of  potential  feasibility  to  ccmnitment  to  one 

new  product  idea.   This  entails  movement  from  lc^\'-cost  effort  with 

minimal  organization  support  to  major  capital  investment  and  si^port 
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frcm  top  management.  In  our  sanple  there  was  usually  soine  formal, 
organizationally  iiiposed,  design  review  that  forced  the  new  product 
team  to  present  and  defend  its  design.  Even  v*ien  this  was  not  the 
case,  there  was  usually  informal  organizational  pressure  about  this 
time  to  brief  top  management  and  get  their  sufport.  Team  leaders 
describe  spending  a  great  deal  of  frenzied  time  and  activity  preparing 
for  these  reviews,  be  they  formal  or  informal. 

Three  of  our  interviewees  r^xsrted  difficulties  with  this  transi- 
tion. Two  described  teams  that  failed  to  get  agreement  with  and  the 
si;5)port  of  other  groups  and  could  not  progress.  The  third  described  a 
team  v*iose  members  could  not  agree  among  themselves  about  certain 
technical  issues.  These  groi^js  could  not  build  both  internal  and 
external  consensus  on  project  specifications,  hence  they  could  not  move 
frcsn  the  process  of  deciding  vAiat  the  product  should  be  to  deciding  hew 
to  actually  make  the  product.  Our  interviewees  generally  r^jorted  a 
shift  in  activities  in  the  teams  that  successfully  conpleted  this 
transition  point.  The  general  task  of  the  team  moved  from  defining  the 
new  product  idea,  determining  feasibility,  and  gaining  support  for  it 
to  actual  product  development. 
Developmsnt 

There  was  a  lot  of  coordinating  to  do.  I  wanted  to  mate  sure  they 
had  ordered  the  conponents  and  the  printed  circuit  boards.  George 
was  the  liaison  to  manufacturing,  but  I  needed  to  check  on  things 
once  in  av*dle.  As  time  went  on  there  was  so  much  to  watch  over 
that  we  decided  to  bring  in  three  people  from  manufacturing.  They 
helped  with  the  ccmponents  decisions:  vAiich  could  be  obtained,  did 
they  have  the  rii^t  performance  specs.  At  this  point  we  also 
started  meeting  with  people  outside  the  groip  to  provide  a  status 
vpdate.  We  had  representatives  from  purchasing,  larger  manufac- 
turing areas,  production  planning,  diagnostics  and  marketing.  We 
informed  them  of  progress  and  changes  and  published  the  nveeting 
minutes  on-line  so  everyone  could  access  them.   We  also  kept  the 
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Prcduct  CCTraiiit±©e  informed. 

By  November  the  tap  ccrnmitrtee  was  getting  peinicky:  they  were  nice, 
but  they  were  nervcus.  I  tried  hard  to  protect  the  team  fron  the 
pressure,  but  the  rest  of  the  coipany  was  like  a  pressure  coo>;er. 
Sane  of  the  team  even  had  to  cane  in  during  Christmas  time.  The 
machine  just  wasn't  working  eind  everybody  felt  as  though  we'd 
failed,  even  though  we'd  done  the  inpossible.  Still  we  were  late 
to  Manufacturing  cind  everyone  was  sccired. 

Several  rules  are  in  place  new,  such  as  minimizing  new  technology 
so  that  this  thing  gets  out  in  time.  New  for  every  piece  of  the 
product  we  have  a  plan  and  every  Monday  morning  pecple  had  to 
report  on  where  they  cire  with  respect  to  this  plan.  I'm  in  the 
middle  of  two  ends  of  a  problem.  Fran  above  I  get  major  direction 
and  goal  setting,  like  we  really  don't  want  to  deliver  in  February 
but  in  December,  and  then  Monday  mornings  I  get  reality. 

I  decided  to  house  us  in  an  isolated  building.  Ihis  was  a  novel 
task,  there  were  lots  of  new  people,  and  we  were  going  to  be  going 
hard  and  fast.  That  kind  of  intensity  has  to  be  isolated. 
Besides,  if  people  aren't  together  the  project  isn't  going  to  turn 
out  as  good  as  it  could  have.  People  v^o  are  working  have  two 
things  to  do.  One  is  they  have  to  do  the  operating  s^'stem  for  the 
project.  The  other  is  they  have  to  stay  in  touch  with  the  rest  of 
the  organization,  so  they  are  torn.  I  want  people  to  make  project 
optimizations  not  local  ones. 

Many  of  our  interviewees  described  the  type  of  dilemma  illustrated 
in  the  final  quotation.  The  develc^snent  stage  requires  that  the  team 
focus  much  of  its  effort  intemcilly,  on  technical  issues.  Hcwever, 
team  leaders  also  r^xsrted  that  substantial  efforts  were  needed  to 
maintain  and  build  relationships  with  other  groi-^is. 

In  this  phase,  the  team  needs  to  spend  its  time  on  techniccil 
develcpnent;  therefore,  it  can  not  be  interrupted  constantly.  An 
inportant  dilemma  that  team  leaders  talked  about  is  hew  much  separation 
there  should  be  between  the  team  and  the  rest  of  the  organization. 
Specifically,  should  the  team  obtain  separate  facilities  or  perhaps 
even  physically  isolate  itself  fron  the  rest  of  the  organization? 
Isolation  allows  the  team  to  focus  on  technical  innovation  and  speed 
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but  may  make  it  difficult  for  the  team  to  carry  on  transactions  with 
other  functional  grotps.   Within  the  groip,  this  stage  requires  the 
hi(^est  need  for  close  coordination  among  team  members  and  most  teams 
appear  to  work  out  routines  and  methods  for  aoccarplishing  this. 

Isolation  allows  the  groip  to  shift  its  activities.  During  the 
development  phase,  the  team  must  move  frcm  product  definition  to 
setting  goals  and  schedules  for  actual  development.  For  this  to  be 
done,  irpjts  from  others  regarding  their  priorities  and  suggestions  for 
the  product  design  need  to  be  restricted  unless  market  or  conpetitive 
information  radically  changes.  Ihis  restriction  may  be  difficult  to 
maintain  since  other  functional  groips  may  view  the  product  as  a 
concept  that  is  open  to  constant  change  and  x;5x3ating  (Dou<^erty,  1987) . 
Isolation  can  facilitate  information  restriction.  Groips  that  arts 
unable  to  restrict  this  information  may  lose  valuable  time  and  suffer 
reduced  effectiveness.  Ihe  potential  inportance  of  this  isolation  was 
illustrated  in  that  two  of  the  three  of  the  team  leaders  v^o  informed 
us  that  their  teams  failed  at  this  stage,  r^wrted  continually  changing 
work  goals  and  schedules  in  response  to  new  information  and  iiputs  to 
be  the  cause  of  the  failure. 

Althou<^,  during  this  stage,  the  group's  priorities  change  to 
managing  its  internal  activities,  our  interviews  indicate  that  in  the 
development  stage  there  is  still  a  need  to  manage  team  activities  and 
relations  with  others.  Ihe  focus  of  the  team  is  on  using  the  resources 
and  information  previously  obtained  to  develop  the  product,  yet  the 
groijp  must  begin  to  coordinate  with  other  functional  groups  to  ensure 
that  they  will  provide  ccstponents  and  take  over  the  product  at  the 
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agreed  upon  time.   IXiring  this  time,  top  corporate  management  needs  to 

be  informed  of  the  product's  progress  as  well. 

Technology  Transfer:  A  Secapnd  Trcinsiticn  Point 

Then  we  had  this  big  fi(^t.  Manufacturing  said  let's  build  it  and 
inaJce  repairs  later:  Engineering  said  let's  hold  it.  I  was  in  the 
middle.  Manufacturing  yanked  these'  pecple  out.  I  was  in  a 
tenuous  position.  I  wanted  the  product  to  stay  with  the  team  to 
get  the  bugs  ojt  but  the  product  canmittee  and  the  rest  of  the 
organization  were  going  crazy.  We  had  made  a  deal  with  some 
custorners.  There  were  huge  pressures  to  get  it  over  to  manufac- 
turing. 

DECLARATIC*^  OF  IMPATIENCE:  A  time  has  ccare,  we  believe,  to  call  a 
halt  to  product  XX  engineering  and  ship  the  product.  We  believe 
it  is  time  to  say  IT'S  DONE! ! !  Put  the  unfinished  business  on  the 
shelf  for  product  2XX.  Ihis  product  already  is  the  best  on  the 
market,  by  far,  and  the  mcaiientum  of  things  to  come  will  insure 
that  it  stays  that  way.  BOT  NOT  IF  IT  DOESN'T  SHIP!  We  sell  the 
customer  on  evolution,  not  on  a  solution  for  all  men,  for  cill 
time,  new.  Get  on  with  the  final  game.  NO  MORE  DEVELOPMENT! ! ! 
(Memo  sent  to  a  new  product  team  by  one  team  leader) 

A  second  transition  point  normally  occurs  scmev^iere  during  the 
testing  phase.  In  most  cases,  technological  problems  have  been 
assessed  and  a  prototype  exists  and  has  been  tested.  The  transition 
consists  of  moving  from  team  ownership  of  the  product  to  more  general 
organizational  ownership.  Our  interviewees  report  a  change  that  is 
similcir  to  v*iat  Quinn  and  Mueller  (1963)  call  a  technology  transfer 
point  where  the  eirphasis  moves  frcm  developing  the  technology  to 
passing  information,  enthusiasm,  and  authority  to  use  that  technology 
to  other  groaps  in  the  organization.  Our  interviewees  report  that  this 
transition  will  not  occur  if  the  group  is  either  unwilling  to  relin- 
quish the  product  or  unwilling  to  continue  to  work  on  the  product  when 
it  has  passed  into  the  hands  of  others. 

This  was  a  difficult  transition  for  all  the  teams  described  to  us. 
Problems  ranged  from  members  who  were  unwilling  to  transfer  the  product 
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to  others,  to  less  cxxnmitted  team  members  v*io  began  work  on  other 
projects,  leaving  the  project  before  a  smooth  transition  to  manufac- 
turing occurred.  For  most  teams,  this  transition  signaled  a  decrease 
in  the  isolation  and  ccanmitment  of  team  members.  Many  interviewees 
r^jorted  a  shift  in  team  activities  frcm  internal  team  decisions  to 
"selling"  the  product  idea  to  other  graaps. 
Dif fusicgi  and  Ending 

The  team  new  has  a  v*iole  different  form.  Ihose  v^o  are  helping 
manufacturing  are  spending  most  of  their  time  in  New  Hanpshire  at 
the  factory.  That  is  a  small  subset  of  the  original  team.  Some 
of  the  team  members  are  busy  going  over  documentation  and  si:5)port 
products.  Ihere  are  still  a  lot  of  other  groi-^s  that  have  to  come 
throu^  for  us  to  make  this  product  shine.  Then  there  were  quite 
a  few  people  v*io  left  vtien  their  part  of  the  project  was  done. 
There  are  a  few  v*io  have  stayed  on  along  with  some  new  people  to 
work  on  the  third  generation.  This  is  sort  of  a  transition  from 
one  team  to  another. 

At  this  point,  the  team  wasn't  meeting  much.  People  didn't  seem 
to  know  vAiat  to  do.  It  was  the  end  of  an  intense  group.  People 
were  burnt  out.  People  were  zcsnbies.  People  weren't  ready  to 
start  over.  They  hadn't  recovered.  Ma^^ie  I  should  have  been 
doing  some  career  planning  but  that's  not  really  vAiat  I  wanted  to 
do.  People  were  lost  but  the  product  was  great.  I  sent  all  my 
people  on  vacation. 

Our  interviewees  r^xDrted  that  during  the  diffusion  phase  the 

external  activities  of  their  teams  increased  dramatically  as  members 

began  transferring  technical  data  as  well  as  a  sense  of  ownership  to 

other  groups  that  must  manufacture  and  market  the  new  product.   The 

necessity  of  transferring  product  ownership  causes  some  obvious 

difficulties  for  a  team.  Some  interviewees  r^x)rted  that  the  nature  of 

the  second  stage  of  the  developnent  process,  particularly  if  the  team 

has  isolated  itself,  caused  teams  to  develop  a  very  inpermeable 

boundary.   Althou^  the  isolation  this  boundary  created  may  have  been 

inportant  in  facilitating  the  internal  decision  making  and  grotp 
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exiles iveness  necessciry  during  the  second  stage,  it  cxxasioncLLly  made 
the  product  trsinsfer  difficult. 

Ihe  team  leaders  reported  that  variability  of  individual  involve- 
ment in  conpleting  the  product  was  hi(^  at  this  stage.  The  key  issue 
was  keeping  those  members  needed  to  finish  up  the  project  ccsnraitted  to 
it,  vArLle  movuig  those  vrtiose  efforts  were  no  longer  needed  on  to  other 
activities.  A  number  of  team  leaders  mentioned  that  beilancing  these 
responsibilities  was  difficult.  Maintaining  motivation  was  difficult 
because  the  major  product  developnent  decisions  had  already  been  made 
and  what  remained  was  ccarpleting  product  details  and  transferring  the 
product  to  other  groups. 
Dominant  Task  Activities  Within  Riases 

In  sum,  our  interviews  suggest  that  new  product  teams  follcw  a 
pattern  as  the  product  develcpnent  process  proceeds.  We  found  three 
phases  of  activity:  creation,  developjiient,  and  diffusion.  Each  phase 
can  be  described  in  terms  of  a  dominant  task  requirement,  and  each  of 
these  task  requirements  demands  different  patterns  of  interaction  among 
team  members  and  between  the  team  and  outsiders. 

During  the  creation  phase  the  team  must  obtain  the  information  and 
resources  it  will  need  initiailly  and  in  the  future.  The  main  task 
requirement  for  the  team  at  this  time  is  exploration.  Teams  must 
determine  v^^t  resources  are  available  to  them,  v*iat  the  product  can 
and  should  be,  and  vtiat  the  other  areas  of  the  organization  want  the 
product  to  be.  In  addition,  teams  must  explore  the  technologies 
available  for  building  the  product  and  the  markets  it  mit^t  serve  at 
this  time.  Exploration  inside  the  team  involves  getting  to  knew  other 
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team  members,  determining  v*io  has  particular  skills,  and  vAio  can  be 
trusted. 

Teams  then  face  a  difficult  transition  as  they  move  frcm  ej^jlora- 
tion  of  numerous  alternatives  to  ccxnraitanent  to  a  specific  product 
design.  The  dcsninant  task  requirement  following  this  transition  is  the 
efficient  exploitation  of  the  information  and  resources  the  team  has 
collected.  To  develop  the  product  in  the  form  that  was  agreed  L^xjn, 
the  team  must  solve  technical  problems  and  learn  to  operate  efficient- 
ly. Externally  the  team  moves  from  gathering  information  and  determin- 
ing others'  ej^^ectations  for  the  new  product  to  coordinating,  keeping 
others  informed,  and  building  relationships  with  the  groins  that  will 
receive  the  team's  output. 

Follcwing  a  second  transition,  the  enphasis  for  the  team  becomes 
that  of  exportation  of  its  product  to  others.  As  the  team  transfers 
ownership  of  the  product  to  others,  the  en^iiasis  on  smooth,  efficient 
internal  operations  declines  and  the  enphasis  on  external  relations 
characteristic  of  the  creation  5±iase  recurs.  To  make  the  development 
process  a  success,  the  team  inust  ej^xsrt  not  only  the  product,  but  a 
sense  of  excitement  and  ccmimitment  to  the  other  groi^js  v*io  will  be 
responsible  for  marketing,  manufacturing,  and  servicing  the  new 
product.  Thus,  in  this  stage,  the  team  shifts  to  working  intensively 
with  members  of  these  other  groups. 

Two  general  conclusions  can  be  drawn  fron  our  interviews.  First, 
product  development  demands  a  conplex  pattern  of  gro;:^)  activities  and 
interactions  that  change  over  time  and  what  is  necessary  for  the  group 
to  do  at  one  time  is  detrimental  to  acccaiplishing  the  task  at  another. 
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Second,  a  model  of  the  grcup  process  of  the  new  product  team  requires 
an  understanding  of  both  the  interactions  among  the  team  members  and 
how  the  group  members  deal  with  cxrtsiders.  We  believe  that  clear, 
conplete  models  of  group  behavior  can  facilitate  the  design  of  effec- 
tive information  technologies. 

IsFayy;  in  Etesigning  Informaticn  Technologies 
that  Fit  Grxx^  Task.  ReqairTanGnts 

The  task  requirements  of  ejqsl oration,  eiqsloitation,  and  ejqxjrta- 
tion  require  different  patterns  of  interaction  both  among  team  members 
and  between  the  team  and  outsiders.  Therefore,  information  technology 
to  support  groups,  such  as  new  product  teams,  must  facilitate  very 
diverse  pjattems  of  interaction.  To  aid  the  group  with  internal  and 
external  task  requirements,  and  with  shifting  frcsn  one  type  of  activity 
to  another  information  technology  must  have  a  great  deal  of  flexibili- 
ty. As  the  interactions  required  of  team  members  change,  coiputer- 
based  communication  and  decision  support  systems  must  facilitate 
adaptation  to  the  new  set  of  demands.  If  they  do  not,  they  may  disn^t 
the  groi^j's  progress  by  encouraging  it  to  retain  familiar  modes  of 
working  that  are  no  longer  appropriate.  Belcw,  we  draw  out  the 
iirplications  of  our  observations  for  the  design  of  cortputer  applica- 
tions to  si^jport  these  varied  tcisks.  However,  we  hasten  to  point  out 
that  our  expertise  is  in  the  analysis  of  social  behavior;  thus,  our 
ability  to  make  detailed  recommendations  in  this  domain  is  limited. 
This  shortccsning  on  our  part  only  serves  to  eiufhasize  the  central  theme 
of  this  book  —  that  behavioral  scientists  and  systems  designers  live 
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in  separate  worlc3s  and  that  many  more  researchers  v*io  speak  both 
languages  are  needed  to  bring  the  worlds  closer  together. 
Exploration 

One  key  aspect  of  exploration  is  modeling,  or  creating  a  "picture" 
of  the  external  environment  including  predictions  of  where  resources 
can  be  found,  who  supports  the  team's  efforts,  and  what  expectations 
others  hold  for  the  team.  There  are  a  number  of  ways  that  information 
technology  could  potentially  be  applied  to  helping  the  group  model  its 
environment.  For  exanple,  a  program  could  be  developed  to  supply  the 
team  with  organization  charts  showing  relevant  parts  of  management, 
manufacturing,  marketing,  and  other  functional  areas.  Team  members 
could  then  work  together  to  mark  in  sane  way  those  people  who  have 
relevant  resources,  those  vho  support  the  team  and  those  vdio  do  not, 
and  to  define  others'  expectations  of  the  product.  Perhaps  most 
inportantly,  members  could  also  mark  those  individuals  whose  views  are 
currently  unknown  by  the  team.  This  mapping  process  could  then 
automatically  generate  responsibility  charts  that  would  structure  the 
group  to  fill  in  gaps  of  knowledge,  direct  it  to  plan  meetings  with 
outsiders  v^o  need  to  be  encouraged  to  help,  or  help  it  decide  which 
expectations  it  can  realistically  meet.  Although  not  yet  ccmmercially 
available,  the  Stakeholder  Identification  and  Assunption  Surfacing 
described  by  Vogel  and  Nunamaker  (this  volume)  is  a  useful  prototype  of 
this  sort  of  software. 

Exploration  cLLso  involves  exploring  ideas  and  possibilities  for 
the  new  design.  Ccsrputer  afplications  could  help  the  team  ke^  track 
of  its  ideas,  increase  creativity,  and  evaluate  its  work.  For  example. 
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one  of  the  teains  in  our  stxidy  was  straggling  to  decide  hew  corrpatible 
with  other  coiTputers  the  carputer  they  were  designing  had  to  be. 
InfoHTBtion  technology  could  provide  a  structure  to  list  current 
options,  aind  to  piuiiipL  for  brainstorming  of  additional  ideas.  Team 
members  and  outsiders  ccRild  then  be  aisked  to  set  criteria  for  choosing 
among  the  options.  Prcsipts  would  be  programmed  to  assure  that  issues 
of  manufacturability,  commerciaLl  potential,  and  finance  would  be 
considered.  Ihis  setting  of  criteria  mi^t  also  point  out  areas  where 
more  inforration  about  the  options  would  need  to  be  gathered.  Then 
team  meirbers  and  outsiders  would  be  asked  to  rate  each  option  and  the 
ratings  would  be  displayed  to  present  areas  of  agreement,  areas  of 
disagreement,  high  scoring  options  and  lew  scoring  ones.  After 
discussion  of  the  data  the  process  could  be  repeated  until  consensus 
built  airound  one  option.  Later,  this  same  process  could  be  used  to  get 
feedback  from  external  groups  on  the  design. 
Exploitation 

During  the  development  stage  the  primary  task  requirement  is 
exploitation  of  information  and  resources  to  achieve  efficient  internal 
operations.  Information  technology  could  facilitate  coordination  among 
group  members,  forecasting  of  schedule  delays,  cind  external  reporting 
of  team  progress.  By  focusing  on  internal  progress  and  coordination, 
this  technology  could  help  the  group  shift  its  emphasis  away  from 
exploration. 

Some  of  the  teams  in  our  study  designed  their  cwn  PERT  charts  to 
track  what  each  team  member  had  to  have  ready  at  a  particular  time; 
this  procedure  is  very  ccarplex  and  could  easily  be  simplified  generic 
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scheduling  programs.  Systems  dynamics  modeling  has  been  developed  that 
will  forecast  the  iitpact  on  commercialization  schedules  of  a  delay  in 
the  production  of  a  major  conponent.  Providing  team  members  with  this 
capability  would  both  help  them  to  forecast  revised  schedules,  and 
communicate  the  enormous  effect  that  an  early  slippage  can  have  later 
in  the  process.  Finally,  electronic  mail  systems  could  be  used  to 
facilitate  communication  within  the  group  and  supplement  face-to-face 
coordination  devices  with  those  outside  the  group. 
Exportation 

The  final  set  of  tasJ^s  requires  the  team  to  export  ownership  of 
the  product  to  those  responsible  for  manufacturing,  selling,  marketing, 
and  servicing  the  new  product.  Ihis  exportation  is  difficult  because 
the  team  is  often  ccaipeting  with  other  teams  for  organizational 
resources  and  these  other  groups  do  not  understand,  or  feel  committed 
to  the  product.  Information  technology  can  aid  in  product  transfer 
both  by  preparing  other  groups  for  the  new  product  in  advance  of  the 
transfer  date  and  by  facilitating  the  actual  exchange.  Tools  such  as 
computer  conferencing  and  electronic  mail  can  allow  the  team  to 
regularly  brief  other  groups  during  product  development  and  build  the 
knowledge  and  support  of  other  groups  well  in  advance  of  the  exporta- 
tion of  the  product.  Such  systems  could  be  designed  to  prompt  team 
members  to  update  other  grot^js  on  specific  tcpics  and  at  regular 
intervals.  Information  technologies  can  cLLso  facilitate  the  direct 
exchange  of  the  product.  At  a  siirple  level,  CAD/CAM  mi<^t  be  used  to 
distribute  pictures  of  the  product  and  ease  the  communication  of 
technical  details  across  functional  bcurriers.   Of  greater  value  could 
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be  the  develcpnent  of  expert  systems  to  aid  in  the  documentation  of  the 
new  product.  Such  aids  could  peirtially  autanate  a  task  that  frequently 
delays  the  new  product  transfer  and  provide  documentation  that  will 
2Lllaw  the  developr^ent  of  greater  support  for  the  product  among  those 
receiving  it. 
Group  Tlieorv  and  Information  Technology 

If  information  technology  is  to  improve  group  performance  vvtiile 
maintaining  favorable  group  dynamics,  ccire  must  be  taken  in  hew  the 
systems  are  designed  and  used.  We  argue  that  the  design  of  information 
technology  can  benefit  fron  an  in-depth  understanding  of  behavior  in 
groups;  in  particular,  we  claim  that  information  technology  designs 
must  be  based  on  an  adequate  consideration  of  external,  as  well  as 
internal  interactions,  and  the  shifts  in  group  task  over  time. 

Many  of  the  recent  developments  in  information  technology  have 
been  designed  with  an  internal  perspective  on  the  group;  that  is  they 
are  aimed  at  improving  the  processes  and  interactions  among  group 
members.  Although  this  is  an  extremely  valuable  goeil,  such  systems  may 
have  the  unintended  consequence  of  diminishing  the  group's  interactions 
with  outsiders.  Two  examples  may  illustrate  hew  this  can  develop.  We 
were  told  of  one  team  that  developed  programs  cind  languages  for  use  on 
a  local  area  network  among  team  members  that  were  incorpatible  with  a 
broader  organizational  network.  While  this  system  facilitated  and 
simplified  communication  among  the  team  members,  it  made  ccmmunication 
with  non-members  relatively  more  difficult. 

The  second  example  has  to  do  with  systems  designed  to  enhance 
group  decision  making.   Systems  have  been  developed  to  inprove  group 
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decisions  by  reducing  individual  biases,  speeding  up  the  process,  and 
facilitating  interactive  decision  making  —  in  short,  by  helping  the 
group  iitprove  its  internal  processes.  Although  extremely  useful  under 
many  circumstances,  such  decision  aids  may  lead  group  members  to  view 
themselves  as  a  closed  system.  If  this  happens,  the  group  may  not  work 
to  ensure  that  information  is  obtained  frcsn  external  sources  and 
outsiders  become  committed  to  what  the  group  produces.  Clearly, 
applications  need  to  be  developed  to  encourage  teams  to  model  their 
dependence  on  the  external  organization  and  to  develop  ways  to  meet 
that  dependence. 

The  second  factor  important  to  accomplishing  the  group  task  is  to 
correctly  map  out  changing  task  demands.  A  clear  advantage  of  most 
information  technology  is  that  it  Icwers  the  cost  of  communication  and 
coordination.  Under  many  circumstances  this  enhances  task  accomplish- 
ment. For  certain  tasks,  however,  the  unfiltered  flew  of  information 
which  is  useful  for  a  certain  period,  becomes  disruptive  as  require- 
ments change.  One  of  our  interviewees  described  a  team  that  failed 
because  it  was  unable  to  commit  to  a  single  design  idea.  The  team 
would  constantly  rethink  decisions  in  response  to  new  information, 
preventing  the  team  from  making  systematic  progress.  In  this  case,  the 
team  leader  continued  to  seek  input  from  other  groups  and  use  it  to 
redefine  the  product.  If  individuals  are  not  sensitive  to  the  informa- 
tion needs  of  a  team,  an  information  system  may  allow  cind  even  en- 
courage the  transmission  of  more  data  than  the  team  can  process.  Ihis 
may  become  the  equivalent  of  electronic  "junk  mail." 

For  all  of  the  benefits  of  information  technology,  we  must  also 
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realize  its  limitations.  Given  the  myriad  tasks  the  team  must  perform, 
information  technology  can  only  sufport  cind  improve  on  the  performance 
of  some  of  them.  The  use  of  electronic  or  conferencing  systems  may  aid 
in  the  communication  of  relatively  unambiguous  information.  Hcwever, 
if  such  systems  becone  the  primary  ccaronunication  vehicle  the  team  may 
reduce  its  ability  to  obtain  the  kind  of  information  communicated 
through  subtlety  and  nuance.  CXir  data  suggest  that  successful  teams 
are  those  that  cure  able  to  build  support  from  others  in  the  organiza- 
tion and  ensure  that  the  products  they  create  fit  the  organization's 
product  strategy.  Team  leaders  indicate  that  accomplishing  these  goals 
is  frequently  a  function  of  the  long-term  relationships  team  members 
have  established  with  others,  the  ability  of  the  team  leader  to  "read" 
the  support  others  are  willing  to  provide  the  team,  and  the  ability  of 
team  members  to  negotiate  with  outsiders.  Current  information  tech- 
nology applications  do  not  have  the  capacity  to  allcw  for  such  multi- 
faceted  exchanges,  yet  they  need  to  be  carried  out. 

As  the  responsibilities  given  teams  change  eind  broaden,  informa- 
tion technologies  provide  great  opportunities  for  improving  perfor- 
mance. However,  to  realize  the  potential  of  these  new  technologies, 
their  designers  must  carefully  match  the  capabilities  of  the  technology 
to  the  tasks  the  group  must  ccjiplete.  If  this  is  to  happen,  new  models 
of  group  behavior  and  a  clecu:  understanding  of  the  task  of  the  group 
cire  necessary.  The  results  of  our  study  of  new  product  teams  illus- 
trates the  complex  nature  of  the  tasks  teams  will  increcisingly  face. 
In  the  case  of  new  product  teams,  models  of  effective  behavior  must 
describe  not  only  hew  team  members  should  interact  but  also  hew  team 
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members  must  deal  with  outsiders.   What  this  suggests  is  that  if 
information  technologies  are  to  iirprove  this  type  of  team's  perfor- 
mance, they  must  be  designed  to  both  improve  the  group's  decision 
making  and  enhance  group  members'  interactions  with  non-members. 
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